Lightweight Approach For Enterprise Architecture Modeling and Documentation

Enterprise architecture (EA) management is a challenging task, modern enterprises have to face. This task is often addressed via organization-specific methodologies, which are implemented or derived from a respective EA management tool, or are at least partially aligned. Nevertheless, especially when starting an EA management endeavor, the documentation of the EA is often not likely to satisfy the level of formalization, which is needed to employ an EA management tool. This paper address the issue of starting EA management, more precise EA documentation and analysis, by utilizing a wiki-based approach. Today’s enterprise wiki-systems provide numerous of services such as collaborative authoring, tagging, bookmarking, awareness, commenting, rating, linking, search, social networking, versioning, access control [1]. Furthermore, recent efforts aim to allow annotating semantic data within the wiki pages’ content in enterprise wiki-Systems. How these functions can be applied for collaborative enterprise architecture (EA) modeling and documentation is explained by means of the following scenario. We illustrate how to model and describe the concepts shown in Figure 1 and corresponding instances in a wiki-based manner. BusinessApplication name : String OrganizationalUnit name : String 1 * hosts Fig. 1. UML diagram of the concepts business application and organizational unit In order to model concepts and attributes (top-down) we use an open templating mechanism [2]. Thereby two wiki-pages describing the concepts business application (BA) (cf. Figure 1) and organizational unit (OU) with their name attributes are defined. To mark the wiki-page as template reserved tags are utilized, e.g. typedef. Since the templates are wiki pages, the concept BA and its attributes can be described textual in the wiki pages’ content. By using semantic annotations [3] a ”name” attribute can be defined by marking the literal ”name” within the text. All attribute-definitions could be shown in a tabular view for purpose of exposing semi-structured parts of the wiki-page. In some cases it can be beneficial to define mandatory attributes for a template, e.g. all BAs must provide a name attribute. This could be achieved by specifying rules on template level. In contrast to templates, concepts can also evolve dynamically on ”instantiation” level (bottom-up). Thereby, a wiki-page is created to describe a 2 Authors Suppressed Due to Excessive Length concrete instance of a BA (cf. Figure 1). To mark the page to be a BA the page can either be tagged ”business application” on page level or the literal ”business application” can be marked with semantic annotation within the text, e.g. ”isa”. In the latter case a new template (providing all currently in the text defined attributes) could be created if no BA template exists so far. If a template is already defined, the assigned attributes (having no values) could be shown in a tabular view. Furthermore, additional attributes, which are frequently used in other BA wiki-pages could be recommended by showing them in a tabular view. Tags: prototype template typedef